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(54) Title: A PARKING MANAGEMENT SYSTEM 
(57) Abstract 



A parking management system in- 
cludes: sensing means (24) for sensing the 
presence of a vehicle in a parking position; 
a housing module (12) having: communi- 
cation means (26, 83) for communicating 
with a network; transaction means (105, 
107, 112), in communication with the 
communication means and accessible to a 
user of the system, adapted to receive pay- 
ment for an overall time period in which 
the presence of the vehicle is sensed, and 
processing means (26) for monitoring the 
sensing means (24) and for determining 
the payment according to a variable fee 
structure, the processing means (26) being 
in communication with the communica- 
tion means (83) and the transaction means 
(105, 107). 
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A PARKING MANAGEMENT SYSTEM 

The present invention relates to parking management systems and, more particularly, to 
parking management systems capable of implementing a variable fee structure for charging 
5 parking fees. 

Historically, parking meters have mostly been used as stand alone units for measuring a time 
interval for which a user pays to park in a particular marked parking position and to indicate 
whether there is still part of that interval remaining. These parking meters generally require 
10 payment in advance and will stop timing once the paid parking period has expired. They will 
then display, or be able to display, the "expired" status to indicate to parking enforcement 
officers that a fine or an infringement notice should be issued. 

Developments in parking management have since seen small computer processors included in 
1 5 the meters which enable the meter to keep time, and receive payment, for a number of different 
parking bays. However, it is still often necessary for enforcement officers to patrol the parking 
areas in order to issue infringement notices and fines. 

One purpose of a parking management system is to assist the owner or manager of the parking 
20 area in policing its use. There are a number of issues associated with achieving this purpose, 
namely: collecting fees from users; enforcing the payment of fines or penalties levied for 
unauthorised or excessive use of the parking area; controlling the parking system technology; 
and providing for the automation of the system so as to reduce the required policing manpower. 
It is desirable that a parking management system should be so self-sufficient that no manpower 
25 is required for policing it and it need only be checked occasionally for maintenance purposes; 
enforcement officers should be notified automatically of particular instances of infringement 
so that they may direct their efforts more efficiently; additionally, the means for receiving 
payment and methods of time-metering should be flexible so as to assist in achieving the 
parking resource management goals of the owner of the parking resource. 

30 

It is an object of the invention to provide a parking management system and method which 
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achieves the above goals, or which at least provides a useful alternative to known systems and 
methods. 

The present invention provides a parking management system including: 
5 sensing means for sensing the presence of a vehicle in a parking position; 

a housing module having: 

communication means for communicating with a network; 
transaction means, in communication with the communication means and 
accessible to a user of the system, adapted to process data to effect a payment; and 
10 processing means for monitoring the sensing means and for determining the 

payment for an overall time period in which the presence of the vehicle is sensed according 
to a variable fee structure, the processing means being in communication with the transaction 
means. 

15 Preferably, the variable fee structure includes a base charging rate and a variable charging 
rate, the base charging rate being applicable for a first time period and, if the vehicle is sensed 
longer than the first time period, the variable charging rate being applicable for a second time 
period after the first time period. Preferably, the overall time period is equal to the sum of the 
first and second time periods. Preferably, the base charging rate is constant over the first time 

20 period and the variable charging rate changes over the second time period. Preferably, the 
variable charging rate increases over the second time period. 

Preferably, the overall time period is the period of time between an initial receipt of payment 
information and receipt by the processing means of a user-actuated parking termination signal, 
25 the payment being effected at the end of the overall time period. 

Preferably, the user-actuated parking termination signal is actuated by the user, either by 
providing a termination instruction to the processing means through the transaction means, 
or by moving the vehicle out of the parking position and thereby causing the sensing means 
30 to cease to detect the presence of the vehicle in the parking position. 
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Preferably, if the presence of the vehicle is sensed after a grace period before or after the 
overall time period, the processing means is adapted to communicate an infringement signal 
to an enforcement body over the network. Preferably, a nil charging rate is applicable during 
the grace period. 

5 

Advantageously, said charge rate may vary over a predetermined period of time. The charge 
rate may be low initially and then increased to a high rate when the time reaches a 
predetermined level. The charge rate may increase linearly or otherwise over the 
predetermined period of time. A penalty charge rate may be selected after the time reaches 
10 a predetermined level. 

Preferably, the sensing means is adapted to sense the presence of one or more vehicles in 
respective one or more parking positions. Preferably, the sensing means includes at least one 
presence detector which may preferably be an induction coil for each parking position. 

15 

Preferably, the housing further includes display means for displaying information to the user, 
in communication with the processing means. 

Preferably, the transaction means includes card reading means for reading credit card 
20 information and manual input means for receiving an authorisation code from the user. 
Preferably, if the user inputs a special vehicle authorisation code into the transaction means, 
a nil charging rate is applicable for at least a part of the overall time period. 

Preferably, the transaction means includes cash payment means for receiving cash payment. 
25 Preferably, the transaction means includes card reading means for reading stored-value card 
information and manual input means for receiving a payment authorisation code from the user. 

Preferably, the communication means is adapted to communicate with a financial institution 
for determining whether the authorisation code is valid and whether there is sufficient credit 
30 available to the user to effect the payment. Preferably, the communication means is in 
communication with a central control station, the central control station being adapted to 
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receive operational information and financial transaction information from the processing 
means over the network. 

Preferably, the processing means includes memory means. Preferably, the system further 
5 includes a transportable programming device adapted to interface with the processing means for 
reconfiguring thereof and for reading and writing data from and to the memory means. 
Preferably, the memory means includes further memory means for storing system configuration 
data, the control station being adapted to selectively change the configuration data stored in the 
further memory means. Preferably, the programming device is also adapted to interface with a 
1 0 data processing means of the central control station. 

Preferably, the transaction means includes means for sensing when an access door to internal 
components of the housing has been opened. 

1 5 Preferably, the system further includes diagnostic means for performing diagnostic inspection 
thereof. Preferably, the diagnostic means of each parking meter includes fault-condition 
monitoring and counting means for fault monitoring and storing fault-related data. Preferably, 
the diagnostic means is controlled by the processing means and is adapted to transmit the fault- 
related data to the control station through a communications network. 

20 

Preferably, the housing further includes printing means for printing a receipt for payment. 

The present invention further provides a parking meter, including: 

sensing means for sensing the presence of a vehicle in a parking position; and 
25 a housing module having: 

communication means for communicating with a network; 
transaction means, in communication with the communication means and 
accessible to a user of the system, adapted to receive payment for an overall time period in 
which the presence of the vehicle is sensed; and 
30 processing means for monitoring the sensing means and for determining the 

payment according to a variable fee structure, the processing means being in communication 
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with the transaction means and communication means. 

The present invention farther provides a parking management system including a plurality of 
parking meters as described above. 

5 

Preferably, the communication means of each parking meter is in communication with a 
central control station, the central control station being adapted to receive operational 
information and financial transaction information from the processing means of each parking 
meter over the network. 

10 

Preferably, each parking meter is in communication with one or more local controllers, each 
of which is in communication with a central control station, the central control station being 
adapted to receive operational information and financial transaction information from the 
processing means of each parking meter via the one or more local controllers. 

15 

Preferably, the parking management system may be directly connected to a local controller or 
directly to a control station via a terrestrial, or wireless public or private network. The local 
controller may also be connected to the control station by via a tenrestrial, or wireless public or 
private network. The local controller may be connected to a data communication interface of 
20 the control station via a terrestrial, or wireless network, regardless of whether the network is 
public or private. 

Preferably, the parking management system may include one or more of the following: means 
for sensing when an EFT unit is located in the housing and means for sensing when a coin/token 
25 unit is located in the housing. 

Each parking meter preferably includes an electronic card authenticator. The memory 
arrangement of each meter includes operational data regarding the number and value of cards 
received. The operational data may be transmitted to the control station through a 
30 communications network. 
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Preferably, each parking meter may incorporate an electronic coin or token authenticator. The 
memory arrangement of the parking meter includes operational data regarding the number and 
value of coins or tokens received. 

5 Preferably, each parking meter may include a real time clock. The processing means and real 
time clock of each parking meter being adapted to allocate time data to predetermined events 
and to store said time data and data relating to the kind of event in the memory arrangement. 
The real time clock on the parking meter may be synchronised with the control station time by 
the said communications network or the field programming device. 

10 

The present invention further provides a method for effecting payment for parking, including 
the steps of: 

monitoring a presence signal, representative of the presence or absence of a vehicle, 
from at least one parking bay; 
15 receiving payment information from a user of said parking bay which enables a 

payment; 

selecting at least one charging rate, of a plurality of charging rates, applicable over at 
least one respective charging period; 

deternrining a length of time said vehicle is present in said at least one parking bay in 
20 response to the presence signal; 

detennining the payment based on the selected said at least one charge rate applicable 

over the length of time; and 
effecting the payment. 

25 The present invention further provides a method for managing a parking system, including the 
steps of: 

sensing the presence or absence of a vehicle in a parking position; 
selecting one or more fee charging rates from a plurality of fee charging rates 
applicable under one or more circumstances of use of the system; 
30 receiving payment information relating to the payment of fees and authorisation thereof 

by a user of the system; 
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establishing a start time from which fees may be charged, the establishing of said start 
time being responsive to the sensing of the presence of said vehicle in said parking position; 

establishing a finish time beyond which fees will not be charged, the establishing of 
said finish time being responsive to a timing termination signal actuated by said user; 
5 calculating fees to be received from said user based on said one or more fee charging 

rates applicable under said one or more circumstances of use between said start time and said 
finish time; 

using said payment information to effect receipt of a payment from said user based on 
said calculated fees. 

10 

The present invention further provides a method of managing a parking resource including a 
plurality of parking positions, the method including the steps of: 

providing one or more parking meters, as described above, to monitor utilisation of the 

parking positions; 

1 5 providing a connection to each parking meter, through a communications network, to 

a control station having processing means; 

causing each parking meter to regularly perform self-diagnostic tests and to store data 

relating to those tests; 

causing each parking meter to store operational data relating to payment transactions 

20 performed by that parking meter; 

causing the parking meters to transmit the data relating to the self-diagnostic tests or the 

operational data to the control station in real time; 

and, at the control station, processing said data in real time for producing one or more 
reports based on the processed data. 

25 

The method may also include the step of causing each parking meter to continually sense 
whether a vehicle is parked in a parking position monitored by that parking meter and 
transmitting data relating to occupation of that parking position to the control station in real 
time. 

30 

The method may also include the step of causing the parking meter to print tickets, 
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infringements notices, or receipts for vehicles parked in a parking position monitored by that 
parking meter. 

Preferably, parking meter configuration data stored in each parking meter may, from time to 
5 time, be updated by transmitting new configuration data from the control station via said 
communications network. 

Preferred embodiments of the present invention will now be described, by way of example 
only, with reference to the accompanying drawings, in which like components or elements are 
10 indicated by like reference numerals. 

Figure 1 is a block diagram of an embodiment of a parking management system; 
Figure 2 is a further block diagram of the parking management system; 
Figure 3 is a block diagram of a parking meter of the parking management system in 
1 5 accordance with the embodiment of Figure 1; 

Figure 4 is a more detailed block diagram of the parking meter of Figure 3; 

Figure 5 is a block diagram of the electronic funds transfer (EFT) components of the parking 

meter of the embodiment shown in Figure 3; 

Figure 6 is a block diagram of a field programming device and a retrieval machine of the 
20 parking management system of Figure 1; 

Figure 7 is a block diagram of system data flow of a parking management system in 

accordance with an embodiment of the present invention; 

Figure 8 is a block diagram of the parking management system architecture; 

Figure 9 is a flow diagram of a bay monitoring and initial detection procedure of the parking 
25 management system of an embodiment of the present invention; 

Figure 10 is a flow diagram of a payment initiation procedure of the parking management 

system of an embodiment of the present invention; 

Figure 11 is a flow diagram of a credit card payment procedure of the parking management 
system of an embodiment of the present invention; 
30 Figure 12 is the first part of a flow diagram of a smart card (or stored value credit card) 
payment procedure of the parking management system of an embodiment of the present 
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Figure 13 is the second part of a flow diagram of a smart card (or stored value credit card) 
payment procedure of the parking management system of an embodiment of the present 



invention; 



5 Figure 14 is the third part of a flow diagram of a smart card (or stored value credit card) 
payment procedure of the parking management system of an embodiment of the present 
invention; 

Figure 15 is a flow diagram of an enforcement notification procedure of the parking 
management system of an embodiment of the present invention; 
10 Figure 16 is a flow diagram of an internal monitoring and security procedure of the parking 
management system of an embodiment of the present invention; 

Figure 17 is a data flow diagram of the vehicle detection procedure of the parking 
management system of an embodiment of the present invention; 

Figure 18 is a data flow diagram of the smart card transaction procedure of the parking 
1 5 management system of an embodiment of the present invention; 

Figure 19 is a data flow diagram of the EFT transaction procedure of the parking management 
system of an embodiment of the present invention; 

Figure 20 is a data flow diagram of the internal monitoring and security procedure of the 
parking management system of an embodiment of the present invention; 
20 Figure 21 is a data flow diagram of the enforcement notification procedure of the parking 
management system of an embodiment of the present invention; 

A parking management system 2, as shown in Figures 1 and 2, includes a plurality of parking 
meters 12 connected to a control station 14 via communication networks having data 

25 communication links 16. The control station 14 includes a data processor 18, and a data 
communication interface 20. Each parking meter 12 can monitor one or more parking bays 
(Figure 2 shows each parking meter monitoring 5 parking bays). Sensors for detecting the 
presence of a vehicle in a parking bay in the form of vehicle presence detectors 24.1 to 24.N, 
as shown in Figure 4 (where N is the number of parking bays) are connected to an electronic 

30 controller 26 of the parking meter 12. Although other sensors are contemplated, not the least of 
which are those employing electromagnetic radiation, electromechanical sensors or magneto- 
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resistive sensors, only inductive loop vehicle detectors will be described hereafter. The vehicle 
presence detector can be located just below the road surface in the parking bay, and/or m the 
associated curb-side in the vicinity of the parking bay. More than one vehicle presence detector 
may be required per parking bay to satisfy banking requirements. With the use of more than one 
5 vemcle presence detector^eparkingmeter 12 can also determine the direction and rate of entry 
ofavehicletomeparkmgbay^^ 

to the electronic controller 26 of the parking meter 12, providing a binary status indicator for 
the parking bay is a way of indicating the parking bay occupancy status. 

10 The parking meters are inter-connected in parking meter communication systems 28.1, 28.2 and 
28 3 shown in Figures 1 and 2. The parking meter communication system 28.1 may utilise a 
local' network to connect a plurality of parking meters 12 to the local controller 83. The parking 
meter communication system 28.2 may utilise a local network to connect a plurality of parking 
meters 12 to the local controller 83, with the local network extended with the use of modems 

15 82 (for example, to traverse a roadway). The local controller 83 in turn is connected to the data 
communication interface 20 of the control station 14 via modems 84. The parking meter 
communication system 28.3 may utilise a modem 74 to connect a plurality of parking meters 
tomedatacommunicationinterface20ofthe control station 14. Since these systems are similar, 
only parking meter communication system 28.1 will be described hereafter. 

20 

As best shown in Figure 5, each parking meter 1 2 includes an electronic funds transfer (EFT) 
unit 105, the electronic controller 26, a keypad 107, display 108, multi-mode reader/writer 1 12 
and an LED panel 109. 

25 Eachparkingmeter 12 has one or more doors (not shown) for allowing access to the inside of 
the meter housing and which are closed and locked during normal operation. A sensor 5 8, for 
determining whether the doors are open, is electronically connected to the electronic controller 
26 This allows the system to check whether the doors are open due to vandalism or because of 
a routine maintenance check. A temperature sensor 64 and a timer 65, including a real time 

30 clock 66, are electronically connected to the electronic controller 26. The temperature sensor 
64 is for providing temperature calibration to the LCD display 108 so as to obtain the best 
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display quality. An electronic coin/token validator 68 and a speaker/buzzer 57 is connected to 
the electronic controller 26 and a contact-less smart card transmitter/receiver 1 1 3 is connected 
to the EFT unit 105. 

5 Power forthe parking meter is connected to the electronic controller 26 by me power connecter 
56 this power supply may include a battery with solar recharge and/or a mains supplied power 
feed. The power may also be distributed in a multi-core cable along with the parking meter 
communication system 28.1, 28.2, and 28.3. 

10 Memory 72, connected to the electronic controller 26, is arranged to include a region 72.1 for 
storing program data for controlling operation of the meter, a region 72.2 for stonng 
configuration data, a region 72.3 including fault condition flags and counters and a region 72.4 
for storing operational data, such as the total amount of cash/tokens in the cash/token box and 
the number of coins/tokens of each denomination in the cash/token box, the number and value 

15 offeesprocessedbymeEFTumtlOSa^ 
unit 105. 

Also forming part of the system are a portable field progranmiing device 90 and a portable 
retrieval machine 96. The field prograniming device 90 includes a controller having a data 
20 interface 92 and memory 94. The retrieval machine 96 includes a controller having a data 
interface 98 and memory 100. Both of these devices can be connected to the data processor 18 
of the control station 14 or the electronic controller 26 of a parking meter 12. The field 
programming device 90 and/or the retrieval machine 96 may be in the form of a hand-held 
portable computer such as a Hewlett Packard HP 620LX. 

^ The field programming device 90 is correctable to the data processor 1 8 of the control station 
1 4 to receive programme date and/or configuration data and/or synchronised time data. The field 
programming device 90 may then be connected to the electronic controller 26 of a parking meter 
12 to download and store data in the memory 72 of that parking meter. The retrieval machine 
30 96 has a unique identity code stored in its memory 100. When connected to the electronic 
controller 26 ofaparking meter 12, it is interrogated forthe code. If the code corresponds to the 
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code S ,ot rf m*em^72of,h«par ki ,, 8 me» 1 2,p re d«^ineddaUi S lo^^ 
parting meter 12 inti. the retiieva! machine 96. The date so received is .oaded n*> «. date 

data processor 18. 

4. control stetion 14 via me date lines 16. Da«a relating «o me opererion and stents of each 
parking merer 12 may thus he communicated ro me contim smtion .4 for real-time .M 
processing and control. Snch date includes: da* indicative of whether a parking hay 22.N 
10 vacant or occupied hy a vehicle, mis data being genemted hy the vehicle presence demurs 
24.N- dam relating to ma amount of cash/tokens received by the parting meter dunng a 
specifiedtim. period or the total amount of casWtok^mmec^h/tittatmxS^daterdamrg 
,„ the card tiansactions conducted by me parking meter during a specified time period or the 

,5 teste on the parking meter; or dara indicating mat a vehicle is parked in a parting hay 22.N 
during a time period which is not paid for. 

The results of diagnostics teats performed on the individual parking meters 12, whedmr 

20 atetion .4, ate stored in memory region 72.3 and tinnsmmed via the communication lines 16 » 

meters 12. Memory region 72.3 stores a plurality of Ml condition flags and associated fault 

time samps to fault conditions detected. The fault condition counters coum the nnmber of times 
25 different find, conditions are detected. This data is then made available to the control station 14. 

Configuration date is stored in the memo* 72 of each poking meter .2. Such date may relate 
to card or EFT transaction characteristics, fee changes, opemdng hours, number of parkmg bays 
,0 be controlled byaparking meter, text to be displayed on display 56 or special days havmg 
30 special rates. Identity codes may be compiled by means of a configured™, editor program 
maiden, in the data processor It a, the control station 14 and sent via the communications hues 
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16, and loaded into the parking meters 12 to be stored in the configuration data region 72.2 of 
memory 72. In response to the real time clock 66, aparking meter 12 may be required to change 
on a specified day from an existing tariff table stored in region 72.2 to a new tariff table also 
stored in region 72.2. Tariff tables for specific groups like the disabled, local residents, shop 
5 owners, public transport workers and couriers may be loaded into the parking meters 12 to be 
stored in the configuration data region 72.2 of memory 72. 

The EFT unit 105 has a memory 1 19 and is connected to the electronic controller 26. The 
electronic controller 26 passes data to the EFT unit 1 05 which may be loaded into an operational 

10 data part 1 17 of the EFT memory 1 19 and which may be displayed on display 108. The multi- 
mode card reader/writer 112 collects information from a user's card at the start or end of a 
transaction and stores it in the operational data part 1 17. The multi-mode reader/writer 1 12 can 
simultaneously or individually accept information from a multi-track magnetic stripe reader 1 1 1 
and/or a integrated chip smart card reader/writer 110. A LED panel 109 and display 108 

1 5 indicates when to insert or remove a card and displays information such as card or transaction 
error messages. Contact-less smart cards can also be processed by a contact-less smart card 
transmitter/receiver 113. The keypad 107 is used to enter the user's personal identification 
number (PIN) into the EFT unit 105, which is normally a banking requirement for debit card 
transactions. The keypad 1 07 may or may not be required for credit or stored value integrated 

20 chip smart card transactions or cash/token transactions. 

The control station 14 may upload program data to the EFT unit 105 to be stored in a program 
part 1 14 of the EFT memory 1 19 via the communication link 16. Program data can also be 
transferred to the memory 72 of the electronic controller 26 by the data communication link 16 
25 or the field prograrmning device 90. The electronic controller 26 then transfers the program data 
to the program part 1 14. The field prograrmning device 90 can transfer program data directly 
to the program part 1 14. 

The control station 14 may also upload configuration data to the EFT unit 105 to be stored in 
30 a configuration part 1 15 of the EFT memory 119. Configuration data can also be transferred to 
the memory 72 of the electronic controller 26 by the data communication link 16 or the field 
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programming device 90. The electronic controller 26 then transfers the configuration data to the 
configuration part 1 15 via the EFT unit 105. The field programming device 90 can transfer 
configuration data directly to the configuration part 115. 

5 The control station 1 4 can transmit or receive diagnostic data from the EFT unit 1 05 to be stored 
in a diagnostic part 1 16 of the EFT memory 1 19. Diagnostic data can also be transferred to and 
from the memory 72 of the electronic controller 26 by the data communication link 16 or the 
field programming device 90. The electronic controller 26 then transfers the diagnostic data to 
or from the diagnostic part 1 1 6 via the EFT unit 105. The field programming device 90 can also 

10 transfer diagnostic data directly to or from the diagnostic part 1 16. 

The control station 14 can transmit or receive operational data to or from the EFT unit 1 05 and 
an operational part 1 17 of the EFT memory 119. Operational data can also be transferred to the 
memory 72 of the electronic controller 26 by the data communication link 16 or the field 

15 programming device 90. The electronic controller 26 can then transfer the operational data to 
the operational part 1 17 via the EFT unit 105. The field programming device 90 can transfer 
operational data directly to or from the operational part 1 17. The electronic controller 26 can 
transmit or receive operational data to or from the EFT unit 1 05. Operational data can relate to 
the text to be printed on the optional printer 55 or the status of the vehicle presence detectors 

20 22.1 to22.N. 

The electronic controller 26 can determine the operational status of the EFT unit 105 and 
contents of the EFT memory 1 19. 



25 During manufacture, the EFT unit 105 may be loaded with encryption programs stored in the 
EFT memory 119. Also, the EFT unit 105 can be loaded with a unique pad identification 
number and secret RSA encryption key and stored in the encryption part of the EFT memory 
1 19. When the EFT unit 105 communicates on-line with a bank 103 for the first time, the EFT 
unit 105 registers with the bank's Key Initialisation Host to authenticate the pad identification 

30 number and secret encryption key stored in an encryption part 1 1 8. Once verified as the correct 
EFT unit 1 05, the bank 103 transfers the Digital Encryption Security (DES) key to the EFT unit 
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105 to be stored in the encryption part 118. 

The vehicle presence detector 24.N identifies when a vehicle enters the parking bay 22.N 
and the electronic controller 26 commences timing with the timer 65. The parking meter 

5 12 then awaits cash/tokens or card details and the display 56 or 108 directs the user to 
enter a card. A speaker/buzzer 57 may prompt the user to supply payment or payment 
details if he or she is slow to do so. The user , enters cash or tokens into the coin/token 
validator 68 or card details into the multi-mode reader/writer 112 and, for debit card 
transactions, Personal Identification Number (PIN) details by the keypad 107. The card 

10 and PDSf details are encrypted using the encryption algorithm in the program part 1 14 of 
the EFT memory 1 19 and the secret encryption keys stored in encryption part 1 1 8. The 
EFT unit 105 can process the transaction by one of two methods: firstly by exception- 
processing of invalid cards, whereby the transaction details associated with valid cards are 
stored in memory for later processing with the bank 103 or private label card issuing 

15 authority 104; secondly, the EFT unit 105 sends the message authentication code (ie. 
encrypted transaction details) to the electronic controller 26, which then transmits the 
parking meter details and message authentication code (MAC) to the control station 14 
via the communication link 16. The control station then interfaces with the bank 103 or 
private label card issuing authority 104 to verify the details of the card and PIN details 

20 encrypted in the message authentication code. 

The reloading of monetary or other values on stored-value cards (ie. smart cards or 
combination smart card and magnetic strip cards having a stored value on the card) can 
be processed by the parking meter 12 using the multi-mode reader/writer 1 12 and the EFT 
25 unit 105 over the communication links 16 with the control station 14, bank 103 or private 
label card issuing authority 104. 

The parking meter 12 can use the communication links 16 with the control station 14 to 
redeem customer loyalty rewards held in the customer loyalty program 101 as an 
30 alternative method of payment. 
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If the card and PIN details are correct and the transaction is approved, the bank 103 or 
private label card issuing authority 104 transmits the approval for the transaction to the 
control station 14 which in turn transmits the approval to the EFT unit 105 via the 
electronic controller 26 and communication link 16. At the end of the period during 

5 which the vehicle is in a parking position, and immediately prior to departure, a user may 
end the transaction. If a printer 55 is installed, a receipt for the transaction can be 
requested and printed. If a receipt is requested, a grace period will be allowed to permit 
the user to return to the vehicle and drive it away. If the vehicle is not driven away before 
the expiration of the grace period, the charge is re-activated from the time of the 

10 commencement of the grace period, and the charging continues until either the vehicle is 
driven away, or a further request is made for a receipt. The fees will then be charged to 
the user's card account. 

If the card or PIN details are incorrect or the transaction is not approved, the bank 103 or 
1 5 private label card issuing authority 104 transmits the disapproval for the transaction to the 
control station 14 which in turn transmits the disapproval to the EFT unit 105 via the 
electronic controller 26 and communication link 16 and the EFT unit 105 displays the 
decline of the transaction to the display 108. 

20 If the bank 103 or private label card issuing authority 104 determines that a card may 
have been used fraudulently, the bank 103, private label card issuing authority 104, or 
control station 14 can notify the appropriate policing authority of the location and time 
where the alleged fraud took place, and whether the vehicle present in the parking bay 
22.N at the time of the alleged fraud is still there. 

25 

When the vehicle presence detector 24.N identifies that a vehicle has departed the parking 
bay 22.N or if the parking arrangement is otherwise terminated, the EFT unit 105 
calculates the total time the vehicle was in the parking bay and applies linear, and/or non- 
linear, and/or stepped tariffs to calculate the fee associated with parking in the parking bay 
30 for that period of time. Transaction details are then encrypted and the EFT unit 105 sends 
the message authentication code to the electronic controller 26. The electronic controller 
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26 then transmits the details of the parking meter 12 and message authentication code to 
the control station 14 via the communication link 16. The control station then interfaces 
with the bank 103 or private label card issuing authority 104. 

5 Linear tariffs are those which are constant for each unit of time, eg. $20 per day or $6 per 
hour. Non-linear tariffs are those which increase or decrease the fee per unit of time over 
a longer period of time, resulting in a fee which exponentially increases or which 
asymptotically reaches a maximum. Stepped tariffs involve charging a base linear or non- 
linear charge and then charging an increased fee at a specified time. Stepped tariffs are 

10 used as the basis for levying fines for overstaying the paid time in the parking position. 

Fees may also be calculated in terms of a base rate and a variable rate. These rates will be 
applicable over a base rate period and variable rate period respectively. During the base 
rate period, the fee will increment by a number of uniform fee units per uniform time unit. 
1 5 During the variable rate period, the fee rate may vary on a sliding scale per time unit. 

The time units may be uniform or variable. A variable number of fee units may be able 
to be charged per time unit. The fee unit and the time unit is set to suit parking resource 
objectives of the parking authority 102 and may not be the same as those used in the base 

20 rate period. For example, with a base rate period of one hour, each time unit may be six 
minutes, and the base rate period fee unit 20 cents. The fee for occupying the bay for one 
hour would therefore be two dollars. During the variable rate period, the fee rate may be 
40 cents per two minute time unit for the first 20 minutes, increasing to one dollar per 90 
second time unit thereafter. In this example, the variable time rate therefore acts as a 

25 disincentive for users to leave their vehicle parked longer than the paid time but does not 
penalise them too harshly for an initial period of overstaying. 

Locations and times may have designations such as "Parking permitted", "Parking 
restricted" or "Parking not permitted". 

30 

For example, "Parking permitted" means that any vehicle may park in the parking position 
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and pay the appropriate fee. 

"Parking restricted" means that only certain classes of user may occupy the parking bay 
22.N, for example, a resident with special parking rights, with or without a fee, who enters 
5 a special identification information into the meter 12. 

"Parking not permitted" means that no vehicle is permitted to park in the parking position 
at any time while the "Parking not permitted" signal, in whatever fashion, is displayed. 

1 0 The duration of a time block which will attract a set fee may be varied. For example, the 
chargeable time block may be set at seconds, minutes, hours, days, or multiples thereof. 
Once the vehicle remains in the parking position for part of the time block, the tariff 
chargeable will be a set monetary amount which will permit occupation of the parking 
position by that vehicle for the whole of the remaining time in that time block. 

15 

The control station 14 may also interface with customer loyalty programs 101 to facilitate 
earnings rewards for using the system. The control station 14 may also provide details on 
occupancy, faults, trends, damage, electronic funds transfer or other relevant information. 
Authorized organisations may be granted access to receive information to the extent that 
20 their authorization allows. The appropriate authorized municipality 102 may interface 
with the central control station to update, add, or modify control parameters for parking 
meters in their domain. 

Data relating to the total amount of card transactions received by each parking meter 12 
25 can be reconciled with the bank 103 or other card issuer 104 at the control station 14. 

The electronic controller 26 of each parking meter 1 2 is adapted, upon a signal from the 
vehicle presence detector 24 that a vehicle is no longer present, to reset the timer 65, every 
time a vehicle leaves the parking bay 22.N, thereby increasing revenue from the parking 
30 meter 12 (because the next user will not be able to use unexpired time paid for by the 
previous user). Further, data indicating that a vehicle is parked in a parking bay 22.N 



WO 00/23949 



m 

-19- 



U99/00891 



during a time period not paid for is accessible from the control station 14. This data may 
be used to direct the relevant policing authority to such a parking bay 22.N for further 



action. 



5 Ifthe card used to initiate the fee payment transaction is reinserted into the multi-mode 
card reader/writer 112orthecontactless smart card transmitter/receiver 113, the EFT unit 
105 will then immediately calculate the total amount of fees owing and transmit it to the 
control station 14. 

10 Data relating to the distribution of vehicles over a parking resource as a whole is 
accessible from the control station 14 at any time. Accordingly, vehicles may be routed 
to areas of the parking resource which are under-utilised. Alternatively, the standard or 
variable tariffs for parking areas of higher use may be increased and those for areas of 
lower use may be decreased. This would facilitate a more even distribution of vehicles 

,5 overmeparkmgresourceandmushelptomanagemepar^ 

Parking meter municipalities 102 can communicate with the control station 14 and via the 
data communication interface 20 so as to access datarelating to parking resources they 
possess rights to. They may also upload into the data processor 18 new fee schedules, 
20 tariff changes or changes in the availability of particular parking meters 12 or bays 22.N. 

All communications between the control station 1 4 and parking meters 1 2 take place over 
a communications network 16. The parking meters 12 effectively act as slaves to the data 
processor 1 8. A parking meter generally transmits data in response to being polled by the 
25 control station 14, local controller 83, when an EFT transaction is being processed or 
when a programmed event occurs in the parking meter 12. 

The system 2 allows for a grace period during which a car may have been sensed as 
occupying a parking position but for which the user is not charged. This is to allow time 
30 for the user to approach the nearest meter, decide on a method of payment and enter either 
payment or payment information, after which entering, charges for use of the parking 
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position may accrue. If the user remains in the parking position 22.N longer than the grace 
period without entering a valid payment, the enforcement authority will be notified. 

In the case of payment by cash or smart card, the whole of the period of the timed parking 
5 arrangement will have been pre-paid In the case of payment by debit or credit card, the 
charge will be automatic on departure of the vehicle from the parking position. In the case 
of payment by debit or cred card, should the user require a receipt for the parking 
payment, the charge, and therefore the receipt, will cover the period of time up to the end 
of the current time block for that meter. 



The system uses vehicle detection to charge a user from the time the vehicle enters to the 
time the vehicle exits the parking position, and allows the fees attributable to the whole 
period of use to be automatically debited to the user's account after the vehicle departs. 
Withmmegmceperiodaftermevemclearrives.meuser 
15 by using a valid payment mechanism. Valid payment mechanisms include, but are not 
limited to, standard credit or debit cards incorporating a magnetic stripe and/or magnetic 
smart card or integrated chip card issued by recognized financial institutions participating 
in electronic funds transfer or other authorized private label card issuing authorities, as 
well as the redemption of customer loyalty rewards. 

20 

Figure 7 shows the data transfer relationships of the elements of the parking management 
system 2 (also referred to herein as an automatic parking management system (APMS)). 

The data concentrator 83 (also referred to hereinbefore as local controller 83) provides a 
25 communications interface between the control centre 1 4 and each of a plurality of parkmg 
meter controllers 26 (also hereinbefore referred to as electronic controllers 26). The 
control centre 14 is configured to communicate with a number of data concentrators 83 
at various locations. The control centre 14 provides a central interface 15 to facilitate 
operation and control of the system by a supervisor. 

30 

The parking meter controller 26 is located within the parking meter 12 and is in 
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communication with the EFT unit 1 05, local user interface (including keypad 1 07, display 
108 and LED panel 109), internal sensors 58, 64 and vehicle detectors 24. 

A transportable programming/retrieval device (being either one or both of the 
5 aforementioned field programming device 90 and milking machine 96 as shown in Figure 
6) is adapted to interface with each of the control centre 14, data concentrator 83 and 
parking meter controller 26. 

Figure 8 

10 c 
The Control Centre communicates with a number of Parking Meter Controllers in the field 

via the Local to Central Communications Link. It batches and transmits EFT transaction 
data to the Financial Clearing House. 

15 The Control Centre: 

•Alerts the Enforcement Authority of any violations. 

•Maintains a historical records. 

•Monitors alarm data 

•Performs hardware checks. 
20 •Monitors by other elements of the system. 

The Central Interface receives and displays prompts and alarms from the Control Centre, 
and allows the Supervisor to call up information and perform searches of its various 
databases as required. The Central Interface may also allow the input and dissemination 
25 of Fee Tables and other data within the APMS. 

The Data Concentrator provides communications between a number of Parking Meter 
Controllers and the Control Centre. The Data Concentrator receives and stores batched 
data from Parking Meter Controllers. 

30 

A Parking Meter Controller located wilhin each Parking Meter controls that meter via the 
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a local area network (LAN), and monitors and operates the following field devices: 
•Internal Sensors 
•User Interface 
•Vehicle Detector 
5 •EFTUnit 

The Parking Meter Controller performs: 
•Fee calculation 

•Transmission of data to and from the User via the User Interface 
10 .Transmission of data to the EFT Unit required to process a fee transaction 
•Timing of the charging period 

•Error checking and routing of encrypted transaction data from the EFT Unit to the 

Financial Clearing House 

•General communications with the EFT Unit 

15 

Other functions of the Parking Meter Controller include: 
•Real-time processing of the data from the vehicle sensors. 
•Communication with the Data Concentrator (transmittal of batched data). 
•Communication at asynchronous intervals with the Control Centre via the Data 
20 Concentrator (transmittal of alarm and violation alerts). 

•Error checking of data transmitted and received. This may alternatively be carried out by 
the Communications Links. 
•Diagnostics monitoring of field devices. 

•Monitoring and reporting on the mechanical security of the Parking Meter Controller. 

25 

The EFT Unit is used by the Parking Meter Controller to process Credit Card and Smart 
Card transactions and encrypt the data for transmittal to the Financial Clearing House. 

The User Interface provides information to the User via a display incorporating text and 
30 diagrams. The user may input data to the User Interface via a keypad. The keypad and 
display functions may be combined with those of the EFT Interface on one physical unit. 
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Each vehicle detector monitors the presence of vehicles in a particular parking bay 
controlled by the APMS. This information is transmitted to the Parking Meter Controller. 
If a detector is detected to have failed then the detection processor deems the car space to 
be vacant and immediately terminate any transaction. 

5 

The bay monitoring and initial detection procedure is shown in Figure 9. 
The procedure begins with the bay empty at step 900. 
Step 905. The parking bay is monitored for the presence of a vehicle. 
10 Step 910. The presence/absence of a vehicle in the parking bay is registered. 
Step 915. Timing of the parking duration of the vehicle is commenced. 
Once the presence of a vehicle has been established, and the timing commenced, the 
Payment Initiation procedure is commenced at step 1005. Other procedures feed into the 
bay monitoring and initial detection procedure at step 905 as shown in Figure 9. 

15 

The payment initiation procedure is shown in Figure 10. This procedure ensures that: 

•the Bay number is entered and is valid. 

♦The User selects the preferred Card payment option. 

•A vehicle present in the parking bay either commences payment procedures or leaves. 
20 .The Enforcement Authority is notified by the Control Centre of any vehicles not paying 
for parking. 

The payment initiation procedure described below requires that the User carry out actions 
in the following logical sequence: 
1 . Park the vehicle in the bay 
25 2. Enter the bay number into the User Interface 
3. Select a payment option 

Step 1005. A message prompting the User to enter a bay number is displayed on the User 
Interface. The other steps which feed into this step are shown in Figure 10. 
30 Step 1010. The APMS determines if the User has entered the bay number. 

Step 1012. A Grace Period is given to Users to complete payment initiation procedures. 
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If this period expires prior to parent initiation, the User is considered to be in violation 
of parking rules and the Enforcement Notification procedure is initiated at step 1500. 
Step 1014. While the APMS waits for the bay number to be entered, it checks if the User 
exits the parking bay. If this happens before the end of the Grace Period, the procedure is 
5 cancelled at step 1050 and the Parking Duration is reset to zero. 

Step 1 01 5 . The Bay Number entered by a User is checked for validity. This ensures that: 

a) The number is a valid bay number for that parking meter; 

b) The number of the bay which is entered is currently occupied by a vehicle. 
Step 1017. If an invalid Bay Number is entered, an error message is displayed, and the 

10 User is prompted to enter the number again. 

Step 1020. The APMS prompts the User to select their preferred payment option (Credit 

Card, Smart/Credit Card or Manual Cancellation of Parking ). 

Step 1025. The APMS determines if the Credit Card option is selected. If so, the Credit 

Card Payment procedure is initiated at step 1105. 
15 Step 1030. The APMS determines if the Smart/ Credit Card option is selected. If so, the 

Smart/ Credit Card Payment procedure is initiated at step 1200. 

Step 1040. The APMS determines if the vehicle leaves the Parking Bay. 

Step 1 045. The APMS allows Users a Grace Period after parking their vehicle in a parking 

bay. This is to allow them to: 
20 a) Identify the number of the Parking Bay they have parked in 

b) Locate the Parking Meter 

c) Initiate Payment procedures 

Should the Grace Period be exceeded then the Enforcement Notification procedure is 

activated at step 1500. 
25 Step 1050. If the vehicle has left the bay, the parking duration is reset to zero. 

The credit card payment procedure is shown in Figure 1 1 . When the User commences the 
Parking Period, the APMS will record and store the User's credit card details. When the 
parking period is concluded, the transaction is processed and stored for later batch 
30 transmission to the Financial Clearing House. 

Processing of the Credit Card transaction may be initiated in three ways: 
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•The vehicle leaves the bay; 

•The User re-enters the same card used to terminate the charge period; 
•The vehicle exceeds the maximum parking period allowable. 
The applicable Parking Fee is calculated on the basis of the total Parking Duration, with 
5 the Base Rate and Variable Rate components as required. 

The parking duration is not set manually but is calculated automatically; based on when 
the vehicle leaves, the card is re-entered, or the vehicle exceeds the maximum parking 
period. Users can park to the end of the Base Rate Period (at the Base Rate) plus a 
10 Variable Rate Period (charged at the Variable Rate Fee). The end of the Variable Rate 
Period will constitute the effective time limit for parking when using a Credit Card to pay 
the fee. 

At step 1 105, the APMS verifies the validity of the credit card. 
15 Step 1 1 10. If the card is invalid, an error message is displayed and the card is rejected. 
The Payment Initiation procedure is activated at step 1005. 
Step 1 1 15. Details required may include: 

• Bay Number 

• Start time 
20 • Card details 

• Account details 

Step 1 120. The APMS monitors the Parking Bay. 

Step 1 125. If a vehicle leaves a parking space without swiping the credit card, the APMS 

determines if the vehicle leaves the Parking Bay. 
25 Step 1 1 30. The appropriate parking fee is calculated. 

Step 1 132. The information required by the APMS is stored for later transmission. 

Step 1134. The parking duration for that parking bay is reset to zero, and the Bay 

Monitoring and Initial Detection procedure is initiated (step 905). 

Step 1135. If the User exceeds the maximum allowable parking duration, the APMS 
30 determines if the maximum allowable parking duration has been exceeded. 

Step 1 140. The appropriate parking fee is calculated. 
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Step 1 142. The information required by the APMS is stored for later transmission and the 
Enforcement Notification procedure is initiated (step 1500). 

Step 1 145. If the User re-enters the Credit Card used to set up the fee period, the APMS 
determines if the User entered the credit card used to set up the payment period. 
5 Step 1 150. The appropriate parking fee is calculated. 

Step 1 152. The information required is stored for later transmission. 
Step 1 155. A receipt is printed. 

Step 1 160. The APMS determines if the vehicle has left the parking bay. 
Step 1165. The parking duration for that parking bay is reset to zero and the Bay 
10 Monitoring and Initial Detection procedure is initiated (step 905). 

Step 1 170. The APMS determines if payment procedures are initiated. If so, the Parking 
Initiation procedure is initiated (step 1 105). 

Step 1175. The APMS determines if a predetermined grace period has elapsed. If the 
grace period has elapsed, then and the Enforcement Notification procedure is initiated 
15 (step 1500). 

Users can pay for parking fees using a combination Smart/Credit Card. The procedure for 
this payment method is shown in Figures 12, 13 and 14. The User parks the vehicle, keys 
in the Bay Number and swipes the Smart/Credit Card. The APMS deducts from the Smart 
20 Card element the Base Rate Fee for the full Base Rate Period. The APMS records and 
stores the details of the Credit Card element needed to complete a Credit Card transaction 
as shown in Figure 1 1 . Charging for the duration of the Base Rate Period is terminated in 

one of the following ways: 

1 . The User drives the vehicle away. If the User does not re-enter the Smart/Credit 
25 Card, the APMS retains the full amount deducted from the Smart Card element. 

2. The User re-enters the Smart/Credit Card. As the Base Rate period has not 
ended, the APMS refunds the unused parking fee to the User, transferring the 
credit to the Smart Card element. 

3. The vehicle remains in the bay beyond the end of the Base Rate period. The 
30 APMS ends the Smart Card charging and retains the full fee for the Base Rate 

Period. Charging for the Variable Rate Period is commenced (using the Credit 
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Card details). 

Termination of charging for the Variable Rate period, and processing of the Credit Card 
Transaction, may proceed in any of the following ways: 

1 . The User drives the vehicle away. The APMS charges the Credit Card account 
5 at the Variable Rate for the period occupied. 

2. The User re-enters the Smart/Credit Card. The APMS charges the Credit Card 
account at the Variable Rate for the Variable Period occupied, and prints a receipt. 
A period of grace is allowed for the User to vacate the bay, beyond which the 
Enforcement Notification procedure is initiated (step 1 500). 

10 3. The vehicle remains in the bay beyond the end of the Variable Rate period. The 

APMS charges the Credit Card account at the Variable Rate for the full Variable 
Rate Period. The Enforcement Notification procedure is initiated (step 1500). 

The following is the procedure for the Smart Card payment component. 
15 Step 1200. The APMS prompts the User to enter the Smart/Credit Card. 

Step 1205. The APMS checks that the Smart/Credit Card is of a type accepted by the 
system and is a valid card. 

Step 1210. An error message is displayed indicating that the Smart/Credit Card is not 

valid and the Payment Initiation procedure is re-initiated (step 1005). 
20 Step 1215. The APMS reads the amount of credit available on the Smart Card element of 

the card, and determines if this is sufficient to pay for the Full Base Rate Period. 

Step 1220. If not, a message is displayed to the User that insufficient funds remain on the 

card for this type of payment and that the parking fee may be paid for exclusively with 

the Credit facility on the card. 
25 Step 1225. The User indicates if they wish to use the Credit facility on the entered card. 

If so, the Credit Card Payment procedure is initiated (step 1 105). If not, the Payment 

Initiation procedure is re-initiated (step 1005) 

Step 1230. The valid payment amount is transferred from the Smart Card to the APMS. 
Step 1235. Details are recorded. These may include: 
30 Bay Number 
• Start time 
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• Card details 

• Amount 

Step 1240. Details are read from the card, recorded and stored. 
Step 1300. The APMS monitors the Parking Bay. 
5 If a vehicle leaves a parking space prior to the Smart Card credit being used up: 
Step 1305. The APMS determines if the vehicle leaves the Parking Bay. 
Step 1310. Excess credit is recorded. 
Step 1312. Information required is stored. 

Step 1314. The parking duration for that parking bay is reset to zero, and the Parking 
1 0 Initiation procedure is recommended (step 905). 

The Following section applies if the User re-enters the Smart/Credit Card used to set up 
the Smart Card charging process. 

Step 1315. The APMS confirms that the initial card used is re-entered. 
Step 1320. The amount of unused credit is calculated. 
15 Step 1322. The APMS transfers the unused credit to the Smart Card element of the card 
as a refund. 

Step 1324. Information required is stored. 
Step 1 340. A receipt is printed. 

Step 1345. The APMS determines if the vehicle has left the parking bay. 
20 Step 1350. The parking duration for that parking bay is reset to zero and the Bay 
Monitoring and Initial Detection procedure is recommended (step 905). 
Step 1355. The APMS determines if payment procedures are initiated. If so, the Parking 
Initiation procedure is initiated (step 1005). 

Step 1360. The APMS determines if a predetermined grace period has elapsed. If the 
25 grace period has elapsed, the Enforcement Notification procedure is initiated (step 1500). 
If the Smart Card credit is used up prior to the vehicle leaving the Parking Bay or the User 
cancelling the payment Period. 

Step 1330. The APMS determines if ihe Smart Card credit has been used up (i.e the Base 
Rate Period is complete). 
30 Step 1335. Fee Charging against the Credit Card element entered in (9) above is 

commenced. 
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Step 1400. The APMS monitors the Parking Bay. 
If a vehicle leaves a parking space without swiping the Smart/Credit card. 
Step 1405. The APMS determines if the vehicle leaves the Parking Bay. 
Step 1410. The appropriate parking fee is calculated. 
5 Step 1412. Information required is stored. 

Step 1414. The parking duration for that parking bay is reset to zero, and the Bay 

Monitoring and Initial Detection procedure is recommended (step 905). 

The following section applies if the User exceeds the maximum allowable parking 

duration. 

10 Step 1415. The APMS determines if the allowable parking duration has been exceeded. 
Step 1420. The appropriate parking fee is calculated. 

Step 1422. Fee details and other information required by the APMS, Bank, etc are stored 
for later transmission and the Enforcement Notification procedure is initiated (step 1 500). 

1 5 If the User re-enters the Smart/Credit Card used to initiate the fee period: 

Step 1425. The APMS determines if the User entered the Smart/Credit card used to 

initiate its free period. 

Step 1430. The fee is calculated. 

Step 1432. Information required is stored. 
20 Step 1435. A receipt is printed. 

Step 1440. The APMS determines if the vehicle has left the parking bay. 
Step 1445. The parking duration for that parking bay is reset to zero and the Bay 
Monitoring and Initial Detection procedure is recommended (step 905). 
Step 1450. The APMS determines if payment procedures are initiated. If so, the Parking 
25 Initiation procedure is initiated (step 1005). 

Step 1455. The APMS determines if a predetermined grace period has elapsed. This 
allows the User to complete payment procedures, receive the receipt, and leave the 
parking bay. If the grace period has elapsed, then and the Enforcement Notification 
procedure is initiated (step 1500). 

30 

The enforcement notification procedure is shown in Figure 15: 
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Step 1500. Having identified that a vehicle is in violation, the APMS may send Parking 
violation data to the appropriate Enforcement Authority. 
Step 1505. The APMS continues to monitor the bay (in violation). 
Step 1510. The APMS continues to record the time of overstay. 
5 Step 1515. The User may leave the parking bay before any Enforcement actions are 
initiated. 

Step 1520. If so, the parking duration for that bay is reset to zero, and the APMS resumes 
monitoring the empty bay. The records of the overstay may be retained by the APMS if 
required. 

10 Steps 1525, 1530. To process a violation, the APMS advises the Enforcement Authority 
that nominated parking locations are in violation. 

The internal monitoring and security procedure is shown in Figure 16: 

Step 1600. System operations are monitored. These involve the receiving, transmission, 
15 storage, processing and display of data. Records are retained for later review. 

Step 1605. An error is registered in the operation of the APMS 

Step 1610. The physical integrity of the APMS is monitored. By physical sensors. 

Step 1615. A fault in the physical integrity of the APMS is detected. 

Step 1620. The current status of the various subsystems within the APMS is recorded. 
20 Step 1625. The system status is transmitted to the Control Centre. 

Step 1 630. It is determined whether this is a previously reported fault, or is new. 

Step 1635. The new fault is recorded. 

Step 1640. The fault data is transmitted to the Control Centre. 

Step 1645. The continuance of an existing fault is recorded 
25 Step 1650. The continuance of the existing fault is transmitted to the Control Centre. 

The vehicle detection data flow is shown in Figure 17: 

Step 1700. The presence or absence of a vehicle in a parking bay generates a response in 
the vehicle detector installed in that bay. 
30 Step 1705. The sensor response is transmitted asynchronously from the Vehicle Detector 
to the Parking Meter Controller that controls that bay. This information is preferentially 
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conveyed by means of a physical wireline circuit between the detector and the Parking 
Meter Controller. 

Step 1710. The sensor response is registered by the PMC that controls that bay. This data 
is used by the PMC to calculate the Parking Duration for the vehicle, and to generate a 
5 parking record (Parking Data) for that bay. 

Step 1715. Parking data is batch transmitted to the Data Concentrator as required. This 
data is preferentially conveyed using a packet radio network designed for handling 
frequent small transactions. The protocols shall use Cyclic Redundancy Code (CRC) 
checking and error detection appropriate to the data radio network selected for the area. 
10 Alternatively, the information can be conveyed to the Data Concentrator by physical 
wireline using low speed modems. Alternatively the information can be conveyed over 
a TCP/IP Local Area Network using multidrop fibre optic links. 
Step 1720. As the transmittal time requirements between this device and a) the PMC and 
b) the Control Centre may be different, this device shall be capable of storing and 
15 rebatching batched data received from the PMC devices, prior to forwarding it to the 
Control Centre. The Data Concentrator does not perform any data manipulation or 
conversion but acts as a data router with appropriate storage. Preferentially the Data 
Concentrator is provided with an Intelligent Data Switch capable of concentrating packets 
of data.. Such data packets would contain all information concerning a specific 
20 transaction including ID, address and CRC code. 

Step 1725. Parking Data is batch transmitted to the Control Centre preferentially via a 
packet radio network. The protocols shall use CRC checking and error detection 
appropriate to the data radio network selected for the area. Alternatively the information 
can be conveyed via dial-up or fixed wireline services using modems appropriate to the 
25 line speeds available in the area. Preferentially such data rates shall be a minimum of 28. 8 

KB/sec. 

Step 1730. The Control Centre stores and maintains a current "picture" of the whole 
system, for the purposes of system monitoring, and generating a Parking History for the 
areas controlled by the system. 
30 Step 1735. Data held and generated by the Control Centre may be transmitted to the 
Central Interface asynchronously as required by the Supervisor. Preferentially this 
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information shall be conveyed using fixed wireline services using modems appropriate 
to the line speeds available in the area. For very large installations ISDN links can be 
provided to meet the service response times needed to meet operational requirements. 
Such services shall use CRC checking and error detection to maintain system data 
5 integrity. Alternatively fibre optic links can be used in place of wireline services. 
Alternatively information can be conveyed over a TCP/IP Local Area Network using fibre 
optic or twisted pair links depending upon the separation of the Control Centre and the 
Central Interfaces. 

Step 1740. The Central Interface will display system data as required. This may include 
10 a current "snapshot" of the system, system history and other data as required. The Central 
Interface must be able to display prompts and receive input from the Supervisor. This 
interface may also include links to other organisations (such as the Enforcement 
Authority) and field operatives (such as the Technician or Operator) to enable the 
accessing of information, and transmission of fault alarms and data, enforcement 
15 information etc. 

The EFT transaction data flow is shown in Figure 18: 

Step 1800. The User enters a Credit Card into the EFT Interface. This device reads off 
identification data and any other data required by the APMS or Financial Clearing House 
20 to process the transaction. This device also carries out any checksum or other accuracy or 
security procedures. The Card Reader may temporarily store data for use with checksum 
or other procedures. 

Step 1805. Card data and error checking data is transmitted asynchronously between the 
EFT Interface and the EFT Unit. Security measures, such as encryption or use of dedicated 
25 lines, may be used as required. 

Step 1810. If required, the Receipt Printer prints a receipt of the transaction using the data 

provided by the EFT Unit. 

Step 1 8 1 5. Receipt data is transmitted asynchronously from the EFT Unit to the Receipt 
Printer. 

30 Step 1 820. The EFT Unit identifies and verifies the card and generates data to be printed 
on the receipt. Credit transfer data to be sent to the Financial Clearing House may be 
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encrypted prior to being sent. 

Step 1825. Data is transferred between the EFT Unit and the Parking Meter Controller 
asynchronously. Security measures, such as encryption or use of dedicated lines, may be 
used as required. 

5 Step 1830. The User Interface receives and transmits data and instructions to and from the 
User. The User Interface may temporarily store data for use with checksum or other 
procedures. 

Step 1835. Data is transmitted between the User Interface and the Parking Meter 
Controller (asynchronously) as required. Security measures, such as encryption or use of 

10 dedicated lines, may be used as required. 

Step 1840. The Parking Meter Controller performs calculations and stores data based on 
information received from the Card Reader and User Interface. The PMC is the primary 
source of transaction timing and will be periodically checked for accuracy by the Control 
Centre. Preset fee tables are also used that are stored by the Parking Meter Controller. 

15 This device transmits the transaction records, as well as encrypted transaction data to the 
Control Centre. 

Step 1 845. Data transmitted to the Data Concentrator is not required for response time to 
the User. As such, this data may be sent in batch form, at times that suit the economic and 
operational requirements of the system. Security measures, such as encryption or use of 

20 dedicated lines, may be used as required. 

Step 1 850. The Data Concentrator receives batched data from a number of Parking Meter 
Controllers. This data may be immediately batch transmitted to the Control Centre, or may 
be stored and compiled for batch transmission at a different schedule that suits the 
economic and operational requirements of the system 

25 Step 1855. Data is batch transmitted between the Data Concentrator and the Control 

Centre. 

Step 1860. The Control Centre compiles a Transaction History from the Transaction 
Records. It also assembles encrypted Transaction Data for batch transmission to the 

Financial Clearing House. 
30 Step 1865. Data is transmitted between the Control Centre and the Central Interface 

(asynchronously) as required. 



WO 00/23949 



-34- 



7AU99/00891 



Step 1870. The Central Interface displays the Transaction History, and displays and 
receives instructions and prompts to and from the Supervisor. 
Step 1875. Transaction Data is batch transmitted at regular intervals to the Financial 
Clearing House. The results of these transactions may be transmitted back to the Control 
5 Centre at regular intervals as required. Security measures, such as encryption or use of 
dedicated lines, may be used as required. 

Step 1880. The Financial Clearing House processes the transaction data and provides 
credit to the various municipalities, authorities, etc., as required. This aspect of the 
operation is outside the scope of the APMS. 

10 

The internal monitoring and operational status data paths are shown in Figure 1 9. 
This section covers the flow of information generated by the System Monitoring and 
Operational Status procedures. In general these take the form of: 

• Physical sensors, whose output can be directly monitored. This includes the vehicle 
15 detectors, door sensors, thermometer etc. 

• System devices, which can transmit a "heartbeat" at regular, predefined intervals to 
confirm their functionality and the integrity of the communication line. 

• Fault Notification. This data is generated as a result of a fault being detected by a device, 
and transmitted to the Control Centre. This may be triggered by a missing "heartbeat" 

20 signal or other fault that a particular device is designed to detect. 

• System operations records, generated by various system devices as a record of the 
processes, transactions, faults detected etc and transmitted to a central point (the Control 
Centre) for storage and review. 

The paths that this data takes are described in Figure 1 9. The individual processes are as 
25 follows: 

Steps 1900, 1905, 1910, 1915. Each peripheral device transmits either a continuous signal 
or a "heartbeat" signal to the Parking Meter Controller. Some signals go via an 
intermediary device, depending on the normal communication paths used. Those 
intermediary devices may be able to register faults and notify the Parking Meter 
30 Controller. The intermediary devices also provide heartbeat signals on their own. 
Step 1920. The Parking Meter Controller collects and collates the various signals 
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received. If a fault is detected, fault notification is transmitted asynchronously to the 
Control Centre (via the Data Concentrator). The system monitoring data received by the 
Parking Meter Controller also is collated into the Operations Record, which is transmitted 
as a batch at regular intervals to the Control Centre. 
5 Steps 1925, 1930, 1935. In general, batch data is transmitted at regular intervals from the 
Parking Meter Controller to the Control Centre. However, fault notification may be 
required to be transmitted as soon as it is detected. 

Steps 1940, 1945, 1950. The Control Centre stores and collates the data received into the 
System History databases. The Supervisor is notified of any faults that are detected via the 
10 Central Interface, and can access the System History to display more data if required. 

The enforcement notification data flow is shown in Figure 20: 
Step 2000. The Parking Meter Controller registers a parking violation, as part of its 
parking monitoring activities. 
15 Step 2005. The violation data is transmitted immediately (asynchronously) to the Data 

Concentrator. 

Step 20 1 0. The Data Concentrator routes the data through to the Control Centre. Data may 
be stores temporarily for the purposes of error checking. 

Step 2015. The violation data is transmitted immediately (as>uchronously) to the Control 
20 Centre. 

Step 2020. The Control Centre registers the violation and enters it into its Violation 
History database. The Control Centre then generates a Violation Alert for the relevant 
Enforcement Authority. The form of this transmittal will depend on the requirements of 
the authority. 

25 Steps 2025, 2030. The Violation alert and violation data is transmitted to the Enforcement 
Authority in a prearranged format. The authority may respond with a message confirming 
reception of the data and/or that action has been carried out. 



30 Glossary of terms 
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APMS 

Automatic Parking Management System. This refers to the electronic devices and 
associated processes defined in this document. 

5 Base Rate Period 

The time period during which a vehicle parked in a bay attracts a Base Rate parking fee. 
This period commences when the vehicle enters the bay. 

Control Centre 

10 The central point for the administration and control of the APMS by the Supervisor. 
Credit Card 

This refers to any card used to facilitate the transfer of funds or credit stored remotely. 
For the purposes of this specification, this term refers to the Credit Card ability of a 
15 particular card, as some cards may be able to perform Credit Card, Charge Card and 
Smart card functions. See also the definition of Smart Card below. 

EFT 

Electronic Funds Transfer. This includes any credit card, debit card or charge card 
20 transaction in which funds are not transferred immediately in real time from the account 
of the customer to the account of the merchant. 

EFT Fee Processing 

For the purposes of this specification, this refers to the calculation of the applicable 
25 parking fee to be charged, and transmission of the fee and EFT data to the Control 
Centre, for later batched transmission to the Financial Clearing House. 

EFTPOS 

Electronic Funds Transfer Point of Sale system. In these transactions, the account of the 
30 customer is immediately debited. These transactions always require a PIN number to 
be keyed in and they never require a signature. Verification of card details is done in 
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real time. 

EFT Transaction Initiated 

This refers to the initial entry of an EFT card through the card reader that prompts the 
5 storage of the EFT data and commencement of the EFT charge period. 

Enforcement Authority 

The entity with the responsibility of enforcing penalties for parking violations on behalf 
of the Parking Authority. 

10 

Financial Clearing House 

The entity responsible for the collection and distribution of fees collected by the APMS, 
normally expected to be a bank. 

15 Fine, penalty 

The fee to be charged to a user in cases of a parking violation by that user. 
GST 

Goods and Services Tax 

20 

Grace Period 

In general, this refers to the period between the initiation and the implementation of a 
particular function that allows time for an action or actions to be carried out. For 
example, Users are allowed a Grace Period after parking their vehicles to allow them 
25 to locate the relevant Parking Meter and initiate payment, prior to being considered in 
Violation (see below). There are several Grace Periods used by the APMS, and separate 
descriptions of these are given in the text of this document as they occur. 

Parking Authority 

30 The ultimate body responsible for the control and regulation of parking in the area. This 
may be a local government body or the owner or manager of the parking resource and 
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may include the enforcement authority. 



Smart Card 

This refers to any card having funds stored on the card itself. For the purposes of this 
5 specification, this term refers to the "Smart Card" ability of a particular card, as some 
cards may be able to perform both Smart and Credit card functions. 



Special Vehicle 

Vehicles accorded special parking rates, times and times etc. These may be council 
10 vehicles, courier vehicles, vehicles of local residents and others where special parking 
rates and/or times have been pre-arranged with the Parking Authority. For the purposes 
of this specification it is assumed that the status of special vehicles is to be determined 
from a coded card which can be read by the card reader. 



15 Supervisor 

The person responsible for the day-to-day operation of the APMS from the Control 
Centre. 

User 

20 The person who pays for the use of a parking bay, typically a member of the public who 
has parked his or her vehicle in the bay. 



User Interface 

The keypad and display to allow the user to communicate with the APMS. 
Transportable Programming/Retrieval Device (TPRD) 

A portable device used by field operatives for maintenance and repair activities. It may 
upload/download data from field devices, perform checks, change equipment settings 
etc. 



Variable Rate Period 



I7AU99/00891 

WO 00/23949 



39- 



The time period during which a vehicle parked in a bay attracts a Variable Rate parking 
fee. The rate may be higher than the Base Rate fee, and may increase over time. This 
reflects the maximum time period the Parking Authority wishes a vehicle to remain in 
the bay, as remaining in the bay for longer than this will be considered a violation. 

5 

Violation, infringement 

A violation of the parking regulations as defined by the Parking Authority. In the 
context of the APMS, mis is usually when a User is occupying a Parking Bay and has 
not paid the appropriate parking fee, or is over the maximum Period of Occupancy 
10 defined for that Bay. The determination and collection of fines for violations are the 
responsibility of the Enforcement Authority, and is outside the scope of operation of the 
APMS 
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CLAIMS: 

1. A parking management system including: 

sensing means for sensing the presence of a vehicle in a parking position; 

5 a housing module having: 

communication means for communicating with a network; 
transaction means, in communication with the communication means and 
accessible to a user of the system, adapted to process data to effect a payment; and 

processing means for monitoring the sensing means and for determining 
10 the payment for an overall time period in which the presence of the vehicle is sensed 
according to a variable fee structure, the processing means being in communication with 
the transaction means. 

2. A parking management system according to claim 1, wherein the variable fee 
1 5 structure includes a base charging rate and a variable charging rate, the base charging 

rate being applicable for a first time period and, if the vehicle is sensed longer than the 
first time period, the variable charging rate being applicable for a second time period 
after the first time period. 

20 3 . A parking management system according to claim 2, wherein the overall time 
period is equal to the sum of the first and second time periods. 

4. A parking management system according to claim 2 or 3, wherein the base 
charging rate is constant over the first time period and the variable charging rate 

25 changes over the second time period. 

5. A parking management system according to claim 4, wherein the variable 
charging rate increases over the second time period. 

30 6. A parking management system according to claim 1, wherein the overall time 
period is the period of time between an initial receipt of payment information and 
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receipt by the processing means of a user-actuated parking termination signal, the 
payment being effected at the end of the overall time period. 

7. A parking management system according to claim 6, wherein the user-actuated 
5 parking termination signal is actuated by the user, either by providing a termination 
instruction to the processing means through the transaction means, or by moving the 
vehicle out of the parking position and thereby causing the sensing means to cease to 
detect the presence of the vehicle in the parking position. 

10 8. A parking management system according to claim 6, wherein if the presence of 
the vehicle is sensed after a grace period before or after the overall time period, the 
processing means is adapted to communicate an infringement signal to an enforcement 
body over the network. 

15 9. A parking management system according to claim 8, wherein a nil charging rate 
is applicable during the grace period. 

10. A parking management system according to claim 1, wherein the sensing means 
is adapted to sense the presence of one or more vehicles in respective one or more 

20 parking positions. 

11. A parking management system according to claim 10, wherein the sensing means 
includes at least one induction coil for each parking position. 

25 12. A parking maiag^em system 

includes display means for displaying information to the user, in communication with 

the processing means. 

13. A parking management system according to claim 12, wherein the transaction 
30 means includes card reading means for reading credit card information and manual input 
means for receiving an authorisation code from the user. 
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14. A parking management system according to claim 13, wherein if the user inputs 
a special vehicle authorisation code into the transaction means, a nil charging rate is 
applicable for at least a part of the overall time period. 

5 15. A parking management system according to claim 12, wherein the transaction 
means includes cash payment means for receiving cash payment. 

16. A parking management system according to claim 12, wherein the transaction 
means includes card reading means for reading stored-value card information and 

10 manual input means for receiving a payment authorisation code from the user. 

17. A parking management system according to claim 13, wherein the 
communication means is adapted to communicate with a financial institution for 
detennining whether the authorisation code is valid and whether there is sufficient credit 

15 available to the user to effect the payment. 

18. A parking management system according to claim 17, wherein the 
communication means is in communication with a central control station, the central 
control station being adapted to receive operational information and financial transaction 

20 information from the processing means over the network. 

19. A parking management system according to claim 1, wherein the processing 
means includes memory means. 

25 20. A parking management system according to claim 19, wherein the system further 
includes a transportable programming device adapted to interface with the processing 
; for reconfiguring thereof and for reading and writing data from and to the memory 



means: 
means. 



30 21. A parking management system according to claim 20, wherein the memory means 
includes further memory means for storing system configuration data, the control station 
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being adapted to selectively change the configuration data stored in the further memory 



means. 



22. A parking management system according to claim 20, wherein the programming 
5 device is also adapted to interface with a data processing means of the central control 

station. 

23. A parking management system according to claim 1. wherein the transaction 
means includes means for sensing when an access door to internal components of the 

10 housing has been opened. 

24. A parking management system according to claim 1 9, wherein the system further 
includes diagnostic means for performing diagnostic inspection thereof. 

15 25 A parking management system according to claim 24, wherein the diagnostic 
means of each parking meter includes fault-condition monitoring and counting means for 
fault monitoring and storing fault-related data. 

26 A parking management system according to claim 25, wherein the diagnostic 
20 means is controlled by the processing means and is adapted to transmit the fault-related 
data to the control station through a communications network. 

27. A parking management system according to claim 1. wherein the housing further 
includes printing means for printing a receipt for payment. 

25 

28. A parking meter, including: 

sensing means for sensing the presence of a vehicle in a parking position; 

a housing module having: 

communication means for communicating with a network; 
30 transaction means, in communication with the communication means and 

accessible to a user of the system, adapted to process data to effect a payment; and 
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processing means for monitoring the sensing means and for determining 
the payment for an overall time period in which the presence of the vehicle is sensed 
according to a variable fee structure, the processing means being in communication with 
the transaction means. 

5 

29 . A parking management system including a plurality of parking meters according 
to claim 28. 

30. A parking management system according to claim 29, wherein the 
10 communication means of each parking meter is in communication with a central control 

station, the central control station being adapted to receive operational information and 
financial transaction information from the processing means of each parking meter over 
the network. 

15 31. A parking management system according to claim 29, wherein each parking 
meter is in communication with one or more local controllers, each of which is in 
communication with a central control station, the central control station being adapted 
to receive operational information and financial transaction information from the 
processing means of each parking meter via the one or more local controllers. 

20 

32. A method for effecting payment for parking, including the steps of: 

monitoring a presence signal, representative of the presence or absence of a 

vehicle, from at least one parking bay; 

receiving payment information from a user of said parking bay which enables 

25 a payment; 

selecting at least one charging rate, of a plurality of charging rates, applicable 
over at least one respective charging period; 

deterrmning a length of time said vehicle is present in said at least one parking 
bay in response to the presence signal; 
30 determining the payment based on the selected said at least one charge rate 

applicable over the length of time; and 
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effecting the payment. 

33. A method for managing a parking system, including the steps of: 
sensing the presence or absence of a vehicle in a parking position; 
5 selecting one or more fee charging rates from a plurality of fee charging rates 

applicable under one or more circumstances of use of the system; 

receiving payment information relating to the payment of fees and authorisation 

thereof by a user of the system; 

establishing a start time from which fees may be charged, the establishing of said 
10 start time being responsive to the sensing of the presence of said vehicle in said parking 
position; 

establishing a finish time beyond which fees will not be charged, the establishing 
of said finish time being responsive to a timing termination signal actuated by said user; 
calculating fees to be received from said user based on said one or more fee 
15 charging rates applicable under said one or more circumstances of use between said start 

time and said finish time; 

using said payment information to effect receipt of a payment from said user 

based on said calculated fees. 

20 34. A method of managing a parking resource including a plurality of parking 
positions, the method including the steps of: 

providing one or more parking meters according to claim 28 to monitor utilisation 

of the parking positions; 

providing a connection to each parking meter, through a communications network, 

25 to a control station having processing means; 

causing each parking meter to regularly perform self-diagnostic tests and to store 

data relating to those tests; 

causing each parking meter to store operational data relating to payment 

transactions performed by that parking meter; 
30 causing the parking meters to transmit the data relating to the self-diagnostic tests 

or the operational data to the control station in real time; 
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and, at the control station, processing said data in real time for producing one or 
more reports based on the processed data. 
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